home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970326-19970626 / 000159_news@newsmaster….columbia.edu _Sun May 4 13:49:01 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA09928
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 4 May 1997 13:49:01 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA02912
  7.     for kermit.misc@watsun; Sun, 4 May 1997 13:49:01 -0400 (EDT)
  8. Path: news.columbia.edu!panix!news.mathworks.com!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: NULs and [MS-DOS, sigh] Kermit
  12. Message-ID: <1997May4.110329.97781@cc.usu.edu>
  13. Date: 4 May 97 11:03:29 MDT
  14. References: <336ac4b2.0@duster.adelaide.on.net>
  15. Organization: Utah State University
  16. Lines: 45
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:6982
  18.  
  19. In article <336ac4b2.0@duster.adelaide.on.net>, behoffski@grouse.com.au (behoffski) writes:
  20. > We're using MS-DOS Kermit, version 3.15 Beta 18, to observe the
  21. > behaviour of various embedded systems.  In a couple of cases recently,
  22. > we've discovered glitches in the embedded systems due to the NUL
  23. > character being sent or received by an ASCII-based protocol driver.  
  24. > 
  25. > We've noticed that Kermit's VT320 emulation does not display 
  26. > NULs by default, nor are these characters logged to file. 
  27.     
  28.     That is correct. NUL is a control code. The first 32 codes in
  29. the ASCII character set are control codes and are not printable. Most
  30. control codes result in commands to the terminal (emulator) to perform
  31. some action rather than just display a byte. For DEC VT terminals the 
  32. action of NUL is to consume time as a line-filler byte, padding as it is 
  33. known. Putting padding into log files is not a good idea and MSK avoids 
  34. doing that. For Data General and Wyse 50 terminals NUL is a formal data 
  35. byte in control sequences and not padding, hence it is logged as well as 
  36. acted upon for those emulations. 
  37.  
  38. > The lack of
  39. > a display does not worry us; the lack of the character in the log file
  40. > has helped trick us into missing the problems for quite a while.  
  41. > 
  42. > If session debugging is enabled (set debug session), then NULs
  43. > are displayed and are logged.  However, we'd prefer to use a standard
  44. > VT-style terminal emulation without seeing debugging information.  
  45. > Is there an easy way to modify Kermit's behaviour so that NULs are
  46. > always logged to file?  
  47.  
  48.     The DEBUG facility bypasses the machinery responsible for emulating
  49. various terminal types. It is a raw simple "show me everything" diagnostic,
  50. and as such is aligned with what your testing is intended to accomplish.
  51.  
  52.     Given the decreasing amounts of equipment which generate as well as
  53. need NUL padding bytes I'll change the next beta of MS-DOS Kermit 3.15 to
  54. log the NUL byte for DEC VT terminal emulation and hope there are no
  55. objections. Expect to see the change in beta 21 in a few days.
  56.     Joe D.
  57.  
  58. > thanks,
  59. > 
  60. > behoffski
  61. > Brenton Hoff (behoffski)  | Software Engineer, Grouse Software Pty Ltd
  62. > behoffski@grouse.com.au   | My opinions are mine (and they're weird).  
  63.